(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(43) Date of publication: 

17.05.2000 Bulletin 2000/20 

(21) Application number: 99308939.0 

(22) Date of filing: 10.11.1999 



(H) EP 1 001 649 A2 

EUROPEAN PATENT APPLICATION 

(51) lntci7: H04Q 11/04 



(84) Designated Contracting States: 


(72) Inventors: 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


• Holiday, Matthew R. 


MC NL PT SE 


Allen, Texas 75002 (US) 


Designated Extension States; 


• McKnlght, David W. 


AL LT LV MK RO SI 


Garland, Texas 75040 (US) 


(30) Priority: 10.11.1998 US 189605 


(74) Representative: Dearllng, Bruce Cliveetal 




Hepworth Lawrence Bryer & Blzley, 


(71) Applicant: Nortel Networks Corporation 


Merlin House, 


Montreal, Quebec H2Y 3Y4 (CA) 


Falconry Court, 




Bakers Lane 




Epping, Essex CM16 5DQ (GB) 



(54) Channel integrity in a voice-on-ATM network 

(57) An application and method for analyzing a vir- 
tual circuit in an asynchronous transfer mode ("ATM") 
network is disclosed. The ATM network may include 
multiple switches and connects two telecommunica- 
tions networks through two interface devices, one for 
each telecommunications network. A virtual circuit is 
created in the ATM network between the two telecom- 
munications networks, connecting to the first telecom- 
munications network through a port of the first interface 



device and the second telecommunications network 
through a port of the second interface device. The meth- 
od transfers a data value from the port of the first inter- 
face device to the port of the second interface device 
before or during a call. The data value identifies the two 
ports. In this way, the data value can later be examined 
to determine if it still identifies the two ports. By so doing, 
the examining interface device can determine a status 
of the virtual circuit. 
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Description 

[0001] This invention relates generally to manage- 
ment techniques for a communications network and, 
more particularly, to a system and method for complet- 
ing, monitoring, and maintaining a connection in the 
communications network. 

[0002] There are many types of calls that are per- 
formed in various communications networks. The public 
switched telephone network ("PSTN") handles voice 
calls between two voice terminals and has been adapt- 
ed to handle data calls between two data terminals 
through use of modems and the like. Likewise, many 
data networks, such as the internet, handle data and 
voice calls between two terminals. 
[0003] One type of data network is an ATM network. 
ATM, or asynchronous transfer mode, is a method for 
transmitting and receiving information around a network 
of switches and routers and is defined according to the 
International Telecommunications Union-Telecommuni- 
cations Services Sector (ITU-T). An ATM network in- 
cludes one or more ATM switches for handling multiple 
connections between two or more endpoints. The ATM 
network may be within a building, or can span several 
countries. 

[0004] One key feature of ATM is that it is designed 
to allow different services such as video, voice and com- 
puter data to be mixed simultaneously on the same net- 
work. This is because ATM networks utilize ■cells - for 
carrying information. Each cell has a 5 byte header and 
a 48 byte payload, thereby setting a fixed size of 53 
bytes. The fixed cell size of ATM is beneficial because 
it allows traffic to flow in a predictable manner, which 
works well with services such as voice and video. 
[0005] In an ATM network, the path between any two 
end points is set up once for any particular call. Once 
the path is established, the cells only contain the identity 
of that path. This helps the ATM network work at high 
speeds, increases predictability and leads to the con- 
cept of specialized paths called "virtual circuits." 
[0006] A virtual circuit is a path between two end de- 
vices that appears to a user to be a dedicated point-to- 
point circuit. An ATM network has multiple ways of set- 
ting up and grouping virtual circuits, including a perma- 
nent virtual circuit and a switched virtual circuit. A per- 
manent virtual circuit ("PVC") is a connection that is set 
up by an administrator of the ATM network and exists 
even if no traffic is using the circuit. Also, a PVC has 
fixed parameters, independent of the traffic pattern us- 
ing the path. Although a PVC is not an efficient use of 
bandwidth, it is still desirable because it does not have 
to be setup or torn down for each call. 
[0007] A switched virtual circuit ("SVC") is a connec- 
tion that only exists when there is actual traffic to be sent 
down that path. An SVC has variable parameters that 
will change depending on the traffic pattern. The SVC 
is desirable because it uses the bandwidth of the ATM 
network more efficiently than a PVC. However, because 
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each SVC requires that a path be connected and dis- 
connected through multiple ATM switches for each call, 
it is a labor intensive process. Most ATM switches can 
not perform this process very quickly (e.g., the maxi- 
5 mum number of SVC's that can be setup per second is 
relatively low). 

[0008] ATM networks often serve as a "backbone" 
connecting two or more non-ATM networks. For exam- 
ple, a computer network which uses Ethernet may be 

io connected to another Ethernet network via an ATM net- 
work. A router is used at each interface between the 
ATM and Ethernet networks to control access and to 
translate between the Ethernet data stream (having 
packets of variable length) and the ATM data stream 

*s (having cells of fixed length). Two or more telephone 
networks may also be connected via an ATM backbone. 
An access interface device (similar to the router in a 
computer network) is required at the connection point 
between the ATM and telephone networks to control ac- 

20 cess and to convert between the continuous voice 
streams of the telephone networks and the data stream 
of fixed length ATM cells. In large ATM and telephone 
networks, each access interface (Al) device has very 
many channels, or ports, so that one port is available for 

25 each path through the ATM network. 

[0009] One common telephone network that is con- 
nected to an ATM network is a time division multiplexing 
(TDM) network. A TDM network provides a way to 
merge data from several sources into a single channel 

30 for communication over telephone lines, a microwave 
system or a satellite system. This single channel is di- 
vided into time slots and each transmitting device is as- 
signed at least one of the time slots for its transmission. 
[0010] However, telephone networks require many 

35 voice paths through the ATM network. And as discussed 
above, while SVCs are desirable to efficiently use the 
bandwidth of the ATM network, they cannot be setup 
and torn down quickly enough to properly handle many 
telephone networks. Further still, problems with path in- 

40 tegrity and re-use of SVCs in an ATM network further 
reduce the quality of service provided by conventional 
ATM networks using SVCs. 

[0011] It is desired to more efficiently use an ATM net- 
work as a backbone between two or more other net- 

45 works such as TDM networks. 

[0012] It is also desired to provide increase integrity 
of an SVC in an ATM network when connected between 
two or more other voice networks such as TDM net- 
works. Integrity is significant to ensuring quality of serv- 

50 ice in a voice-on-ATM network, particularly in the case 
where (semi) permanent paths through the ATM net- 
work are to be reused over many calls. 
[0013] It is further desired to prevent an SVC in an 
ATM network from being simultaneously used by two dif- 

55 ferent calls. Such prevention supports the reuse of 
SVCs over many calls. 

[0014] It is an object of the present invention to over- 
come disadvantages of the prior art. 
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[001 5] It is an object of the invention to more efficiently 
use an ATM network as a backbone between two or 
more other networks such as TDM networks. 
[0016] It is also an object of the invention to provide 
increase integrity of an SVC in an ATM network when 
connected between two or more other voice networks 
such as TDM networks. Integrity is significant to ensur- 
ing quality of service in a voice-on-ATM network, partic- 
ularly in the case where (semi) permanent paths through 
the ATM network are to be reused over many calls. 
[0017] It is further an object of the invention to prevent 
an SVC in an ATM network from being simultaneously 
used by two different calls. Such prevention supports 
the reuse of SVCs over many calls. 
[0018] The present invention, accordingly, provides 
an application and method for analyzing a virtual circuit 
in a data network. The data network may include multi- 
ple switches and connect to multiple devices and/or net- 
works. The ATM network may connect two telecommu- 
nications networks through two interface devices, one 
for each telecommunications network. A virtual circuit is 
created in the ATM network between the two telecom- 
munications networks, connecting to the first telecom- 
munications network through a port of the first interface 
device and the second telecommunications network 
through a port of the second interface device. The meth- 
od transfers a data value from the port of the first inter- 
face device to the port of the second interface device 
before or during a call. The data value identifies the two 
ports. In this way, the data value can later be examined 
to determine if it still identifies the two ports. By so doing, 
the examining interface device can determine a status 
of the virtual circuit. 

[001 9] In one embodiment, the data network intercon- 
nects at least two telecommunications networks through 
at least two interface devices, one for each telecommu- 
nications network. A virtual circuit is created in the data 
network between the two telecommunications net- 
works, connecting to the first telecommunications net- 
work through a port of the first interface device and to 
the second telecommunications network through a port 
of the second interface device. 
[0020] The method transfers a data value from the 
port of the first interface device to the port of the second 
interface device through the virtual circuit. The data val- 
ue identifies the two ports. In this way, the data value 
can later be examined to determine a status of the virtual 
circuit. For example, if no data value is ever received, 
the status of the virtual circuit is that no data is flowing 
and the virtual circuit has been corrupted. If the data val- 
ue is changed, the status of the virtual circuit is that data 
is flowing, but there may have been a premature re-use 
of the virtual circuit. 

[0021] One problem with the virtual circuit occurs 
when two ports are simultaneously trying to initiate a call 
on the same virtual circuit, i.e., a glare condition. This 
can happen when using cached virtual circuits. The 
above-described method can detect the glare condition 
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when it examines the received data value. 
[0022] In one embodiment, the data network is an 
asynchronous transfer mode ('ATM') network and the 
two telecommunications networks are time division mul- 
5 tiplexing networks. In this embodiment, the method can 
be part of an application that exists on the fifth (upper- 
most) layer of the ATM protocol reference model. This 
works well with calls that contain either voice or video 
data. 

10 [0023] The above objects and embodiments are met 
by the combinations of features of the main claims, the 
sub-claims disclose further advantageous embodi- 
ments of the invention. The summary of the invention 
does not necessarily disclose all the features essential 
is for defining the invention; the invention may reside in a 
sub-combination of the disclosed features. 
[0024] One benefit of the present invention, with re- 
spect to the embodiments described above, is that in- 
formation is passed between two endpoints in a voice- 
on-ATM call to ensure the continuing existence of the 
voice-path. 

[0025] Another benefit of the present invention, with 
respect to the embodiments described above, is that a 
glare condition or premature reuse of a path through a 
network can be detected. 

[0026] Yet another benefit of the present invent ion, 
with respect to the embodiments described above, is 
that it can be easily implemented by an application on 
the upper-most layer of the network model, without re- 
quiring any new hardware. 

[0027] Fig. 1 is a functional block diagram of two TDM 
networks interconnected by an ATM network for imple- 
menting features of the present invention. 
[0028] Fig. 2 is a flow chart of a method for maintain- 
ing the integrity of a virtual circuit in the ATM network of 
Fig. 1. 

[0029] Fig. 3 is a flow chart of a method for handling 
a glare condition in a virtual circuit in the ATM network 
of Fig. 1. 

[0030] Figs. 4a, 4b, and 4c are flow diagrams for illus- 
trating the method of Fig. 3 in a glare condition. 
[0031] The following description is of a preferred em- 
bodiment by way of example only and without limitation 
to the combination of features necessary for carrying the 
invention into effect. 

[0032] Turning now to the drawings, in Fig. 1 , the ref- 
erence numeral 10 designates a telecommunications 
system 10. For the sake of example, the system 10 in- 
clude an ATM network 12 and two TDM networks 14, 
16. The TDM networks 14, 16 are illustrated each with 
a single local exchange carrier ("LEC) 18, 20, respec- 
tively It is understood, however, that the LECs 1 8, 20 
are representative of many types of networks, including 
private branch exchanges, longdistance networks, local 
area networks, cable networks, and so forth. 
[0033] Terminals 22, 24 are connected to LECs 18, 
20 through telephone lines 26, 28, respectively. In the 
present example, terminals 22, 24 are telephones, but 
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other types of terminals can also be used. The LEC 18 
is capable of connecting the telephone line 26 to a voice 
channel 30 associated with a signal channel 32. Like- 
wise, the LEC 20 is capable of connecting the telephone 
line 28 to a voice channel 34 associated with a signal 
channel 36. The voice channels 30, 34 further connect 
to access interfaces (Als) 38, 40, respectively, and the 
signal channels 32, 36 further connect to front ends 42, 
44, respectively. In larger telecommunication systems, 
many Als and many front ends will exist for providing an 
interface to and between the ATM network 1 2 and the 
TDM networks 14, 16. Therefore, the number of Als and 
front ends illustrated in Fig. 1 are limited for the sake of 
simplicity. 

[0034] The ATM network 12 includes a plurality of 
ATM switches, including edge switches 46, 48 and back- 
bone switches 50, 52. Data paths 54 interconnect the 
ATM switches 46-52, including a path 54a between 
switch 46 and Al 38 and a path 54b between switch 48 
and Al 40. The front ends 42, 44, are connected to a 
signaling system 7 ("SS7") link (not shown) through the 
ATM network 12 where call logic (signaling) is proc- 
essed, such as setting up ah SVC for a call. The SS7 
link is not related to the ATM switches' call processing 
for SVC setup. It is understood, however, that the func- 
tion of SVC setup takes place between the Als 38, 40 
and the ATM network 12 using an ATM interface such 
as a user network interface ('UNI") or a private network- 
network interface ("PNNI"). 

[0035] The front ends 42, 44 perform telephony call 
processing logic on the signaling received on the signal 
channels 32, 36, such as translating a called number 
and routing the call by causing the Als to establish a 
connection through the ATM network. 
[0036] The ATM network 12 is capable of simultane- 
ously establishing multiple SVCs through the various 
ATM switches 46-52 and data paths 54. In this way, one 
or more calls can be supported at the same time. For 
example, a call between the telephones 22, 24 can be 
established and maintained through channels, or ports, 
on the Als 38, 40, respectively and using an SVC in the 
ATM network 12 between the two Als. However, after 
an SVC has been established (and the front ends 42, 
44 become idle with respect to the call), it is important 
to be certain that the call integrity is maintained. That is, 
during the life of the call, the SVC should properly and 
continuously connect the appropriate ports on the Als 
42, 44. 

Maintaining the Integrity of a Circuit 

[0037] Referring to Fig. 2, a method 1 00 is performed 
by an application protocol of the ATM network 12 to 
maintain the integrity of each SVC. For the sake of fur- 
ther example, an application using the F5 application- 
specific maintenance flow will be described for imple- 
menting the method 100. The F5 application -specific 
maintenance flow operates for a specific virtual circuit 



and F5 service cells are carried within that circuit along 
with data cells. The F5 application-specific maintenance 
flow is a function that exists on the fifth (upper-most) 
layer of the ATM protocol reference model according to 
5 the International Telecommunications Union-Telecom- 
munications Services Sector (ITU-T). 
[0038] At step 102, a call is initiated and an SVC is 
provided for the call. For the sake of example, the call 
is started by terminal 22 and is directed to terminal 24. 
10 The LEC 18 routes the call to Al 38 (the originating Al) 
and front end 42, which then obtains an SVC for the call. 
The front ends 42, 44 may construct the SVC specifically 
for the call, or the front end 42 may use a pre-existing 
SVC that is now available. The front ends 42, 44 ex- 
is change port numbers assigned in the respective Als 38, 
40. The SVC uses a specific port in Al 38 which is as- 
signed to the call (e.g., port number 32). Likewise, the 
SVC uses a specific port in Al 40 (the terminating Al) 
which is assigned to the call (e.g., port number 11). Al 
40 then routes the call to the LEC 20 which completes 
the call to terminal 24. 

[0039] At step 104, data cells begin to flow over the 
SVC, back and forth between the Als 38, 40 and even- 
tually the terminals 22, 24. At step 106, after a prede- 
termined time, the originating Al (Al 38) sends an F5 
service cell. The F5 service cell has information that in- 
dicates the port number of the originating Al (Al 38) and 
the port number of the terminating Al (Al 40). In the 
present example, the F5 service cell includes the data 
(32, 11). At step 108, the terminating Al (Al 40) waits a 
predetermined period of time to receive the F5 service 
cell. As described in greater detail below, the F5 service 
cell not only allows the F5 function to determine if the 
SVC is good, but also to determine that the data flow 
between the Als 38, 40 is also good. 
[0040] At step 110, the Al 40 examines the received 
F5 service cell. If the data in the F5 service cell is correct, 
the method 100 thereby determines that data is indeed 
flowing through the SVC and that the SVCs integrity sta- 
tus is good. Execution then proceeds to step 112 where 
the call progress is checked. If the call is finished, exe- 
cution stops. Otherwise, execution returns to step 106 
where the terminating Al (Al 40) sends the F5 service 
cell (which includes the data (32, 11)) back to the origi- 
nating Al (Al 38). The F5 service cells continue to go 
back and forth between the two Als until the call is fin- 
ished. 

[0041] If at step 1 08 the service cell is never received, 
the F5 application thereby determines that no data is 
flowing through the SVC. Execution then proceeds to 
step 114 where appropriate action can be taken. The 
appropriate action may include re-establishing the SVC 
for the call or notifying an administrator system of the 
error. 

[0042] If at step 1 1 0 the data in the service cell is in- 
correct, the F5 application thereby determines that even 
though data is flowing, the SVC has been compromised, 
e.g., the SVC is not connected to the correct ports in the 
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respective Als. Execution then proceeds to step 114 
where appropriate action can be taken. 

Detecting and Handling a Glare Condition 

[0043] As discussed above, one of the drawbacks of 
using SVCs is that each SVC requires that a connection 
be set up and torn down through multiple ATM switches 
for each calf. This process is labor intensive and most 
ATM switches can not perform this connection very 
quickly (i.e., the maximum number of SVCs that can be 
setup per second is relatively tow). 
[0044] One solution is to store-up or cache SVCs after 
they have been used. Instead of disconnecting an SVC 
after a call is finished, the SVC is cached and maintained 
for a period of time. If another call that uses the same 
two Als that were used for the cached SVC is initiated, 
the cached SVC can then be reused. As a result, the 
labor of setting up an SVC for that call has been avoided. 
However, a problem occurs when both Als on a single 
cached SVC try to utilize the SVC at the same time (a 
■glare - condition). 

[0045] Referring to Fig. 3, a method 200 is performed 
by an application protocol of the ATM network 1 2 to han- 
dle the glare condition. Using the same example as dis- 
cussed in Fig. 2, an F5 application will be described for 
implementing the method 200. It is understood, howev- 
er, that the application performing the method 200 may 
be part of the same application performing the method 
100, or may be a totally separate application. 
[0046] At step 202 a call is initiated by a terminal con- 
nectable to one of the Als and its associated front end. 
For the sake of example, the call is started by terminal 
22 and is directed to terminal 24. The LEC 18 routes the 
call to Al 38 (the originating Al) and front end 42, which 
then obtains a cached SVC for the call. The front ends 
42, 44 exchange port numbers in the respective Als 38, 
40. The Al 38 uses a specific port which is already con- 
nected to the SVC (e.g., port number 32). The Al 40 (the 
terminating Al) also uses a specific port which is already 
connected to the SVC (e.g., port number 11). 
[0047] At step 204, the originating Al (Al 38) sends a 
service cell on the cached SVC towards the terminating 
Al (Al 40). The service cell has information that indicates 
the port number of the originating Al (port 32 of Al 38) 
and the port number of the terminating Al (port 11 of Al 
40). In the present example, the service cell includes the 
data (32, 11). At step 206, the terminating Al sends the 
data from the service cell back towards the originating 
Al. At step 208, the originating Al receives the service 
cell, which includes the data (32, 11) from the terminat- 
ing AL At step 210, the originating Al examines the re- 
ceived service cell. If the first service cell was returned 
unmodified, there is no glare condition, the status of the 
SVC is good, and execution proceeds to step 212 for 
normal operation. If, however, the first service cell was 
returned modified, or not returned at all, a glare condi- 
tion may exist and execution proceeds to step 21 4 for a 



contention routine. The contention routine can deter- 
mine what to do with the SVC, such as perform an arbi- 
tration analysis to determine which Al should use the 
SVC or select different SVCs for both calls altogether. 

5 [0048] Referring also to Figs. 4a-4c, the method 200 
can be simultaneously performed multiple times in the 
ATM network 12 and can thereby be used to detect a 
glare condition. To provide an example of a glare con- 
dition, a call flow is illustrated in Figs. 4a-4c that shows 

10 two instances of the method 200 being performed at 
about the same time. The two instances are being per- 
formed on a common cached SVC 302 so that a glare 
condition will occur. 

[0049] Referring initially to Fig. 4a, the first instance 
is of the method 200 is the same as the example described 
above with reference to Fig. 3. In this example, Al 38 is 
the originating Al and attempts to use the SVC 302 to 
complete a call. The Al 38 sends out a first service cell 
that includes information that indicates the port number 
it is using as well as the port number of the terminating 
Al (Al 40). Continuing with the example of Fig. 3, the first 
service cell includes the data (32, 11), designated in 
Figs. 4a-4c with the reference numeral 304. 
[0050] In the second instance, a call is being started 
by terminal 24 and is directed to terminal 22. The LEC 
20 routes the call to Al 40 and front end 44, which then 
obtains the cached SVC 302 for the call. Since the first 
and second instance are happening at about the same 
time, Al 40 considers SVC 302 to be available. The Al 
40 sends out a second service cell that includes the data 
of ports at Al 40 and 38 (e.g., the data (24, 45)). The 
second service cell is designated in Figs. 4a-4c with the 
reference numeral 306. 

[0051] Referring now to Fig. 4b, the two service cells 
304, 306 pass each other somewhere in the ATM net- 
work 12. 

[0052] Referring now to Fig. 4c, since the present ex- 
ample illustrates a glare condition, step 206 of Fig. 3 will 
not be performed by the respective terminating Als be- 
cause each was trying to use the SVC 302 at about the 
same time. Instead, at step 208, Al 40 will receive the 
first service cell 304 that includes the data (32, 11) and 
Al 38 will receive the second service cell 306 that in- 
cludes the data (24, 45). At step 210, each Al will rec- 
ognize that the service cell that it received is different 
from the service cell it transmitted. Therefore, the status 
of the SVC 302 indicates a glare condition. Execution 
then proceeds to step 214 for a contention routine. The 
contention routine may, for example, decide that Al 38 
may use SVC 302 and Al 40 must find another SVC. 
[0053] In summary, an application and method for an- 
alyzing a virtual circuit in an ATM network is disclosed. 
The ATM network may include multiple switches and 
connects two telecommunications networks through 
two interface devices, one for each telecommunications 
network. A virtual circuit is created in the ATM network 
between the two telecommunications networks, con- 
necting to the first telecommunications network through 
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a port of the first interface device and the second tele- 
communications network through a port of the second 
interface device. The method transfers a data value 
from the port of the first interface device to the port of 
the second interface device before or during a call. The 
data value identifies the two ports. In this way, the data 
value can later be examined to determine if it still iden- 
tifies the two ports. By so doing, the examining interface 
device can determine a status of the virtual circuit. 
[0054] Although illustrative embodiments of the in- 
vention have been shown and described, other modifi- 
cations, changes, and substitutions are intended in the 
foregoing disclosure. For example, functionality per- 
formed by certain components may instead be per- 
formed by a group of devices that, in essence, work to- 
gether to achieve the same goals. Further still, while the 
connection protocol is disclosed in conjunction with the 
completion of a call in an ATM network, the disclosed 
protocol is equally suitable for use in conjunction with 
other data networks. Accordingly, it is appropriate that 
the appended claims be construed broadly and in a 
manner consistent with the scope of the invention. 



Claims 

1 . A method for analyzing a virtual circuit in a data net- 
work, the method comprising: 

identifying a first port and a second port for the 
virtual circuit; 

transferring a data value from the first port to 
the second port during a call, wherein the data 
value identifies the two ports 
examining the data value at the second port, if 
the data value is received, to determine if it cor- 
rectly identifies the two ports; and 
determining a status of the virtual circuit from 
the examination. 

2. The method of claim 1 wherein the status of the vir- 
tual circuit indicates the integrity of the circuit. 

3. The method of claim 1 or claim 2 wherein the status 
of the virtual circuit indicates a glare condition on 
the circuit. 

4. The method of claim 3 wherein the data identifies 
the first and second port in a predetermined se- 
quence. 

5. The method of any preceding claim wherein, if no 
data value is received at the second port, the status 
of the circuit is that no data is flowing. 

6. The method of any preceding claim wherein the da- 
ta network is an ATM network, the virtual circuit is 
a switched virtual circuit, and wherein the method 



is performed as an F5 application on the ATM net- 
work. 

7. The method of claim 6 wherein the data is part of a 
s service cell used by the F5 application. 

8. An application for analyzing a virtual circuit in the 
ATM network that serves as a backbone between a 
first and second telecommunication network, the 

10 application comprising: 

means for identifying a channel of a first inter- 
face device between the first telecommunica- 
tion network and the virtual circuit of the ATM 
1 $ network; 

means for identifying a channel of a second in- 
terface device between the second telecommu- 
nication network and the virtual circuit of the 
ATM network; 

20 means for transferring a cell including a data 

value along the virtual circuit, wherein the data 
value identifies the two circuits; 
means for examining the data value, if the cell 
is received, to determine if it correctly identifies 
25 the two circuits; and 

means for determining a status of the virtual cir- 
cuit from the examination. 

9. The application of claim 8 wherein the status of the 
30 virtual circuit indicates the integrity of the circuit. 

10. The application of claim 9 wherein, if the cell is not 
received, the status of the circuit is that no data is 
flowing. 

35 

11. The application of claim 9 or claim 10 wherein virtual 
circuit is a cached, switched virtual circuit and the 
status of the virtual circuit indicates a glare condition 
on the circuit. 

40 

12. The application any of claims 8 to 11 further com- 
prising: 

means for transferring a second cell including 
voice data from the first interface device to the sec- 
45 ond interface device. 

13. The application any of claims 9 to 11 further com- 
prising: 

means for transferring a second cell including 
video data from the first interface device to the sec- 
ond interface device. 
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